Amendments to the Claims: 



This listing of claims will replace all prior versions, and listings, of claims in the application: 
Listing of Claims: 

1. (Currently Amended): A method for handling resets at a bus bridge, the method 
comprising: 

providing a bus bridge coupling a master component supporting a master component 
bus protocol to a slave component supporting a slave component bus protocol; 

receiving a reset signal at the bus bridge, the reset signal associated with a reset of the 
slave component; and 

responding to a transaction from the master component to the slave component with a 
bus protocol compliant signal after the reset signal is received, wherein responding with the 
bus protocol compliant signal allows the master component to continue operating while the 
slave component is being rese t, wherein the bus protocol compliant signal is a bus error signal . 

2. (Original): The method of claim 1, wherein the reset signal is received at a bus 
bridge master interface. 

3. (Original): The method of claim 1, wherein a bus bridge slave interface responds 
with the bus protocol compliant signal. 

4. (Currently Amended): The method of claim 1, A method for handling resets at a bus 
bridge, the method comprising: 

receiving a reset signal at a bus bridge coupling a master component supporting a 

master component bus protocol to a slave component supporting a slave component bus 
protocol, the reset signal associated with a reset of the slave component; and 

responding to a transaction from the master component to the slave component with a 

bus protocol compliant signal after the reset signal is received, wherein responding with the 
bus protocol compliant signal allows the master component to continue operating while the 
slave component is being reset, wherein the bus protocol compliant signal is an AHB bus error 
signal. 
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5. (Original): The method of claim 1, wherein the master component bus protocol is 
the AHB protocol operating in a master component clock domain. 

6. (Original): The method of claim 5, wherein the slave component bus protocol is the 
AHB protocol operating in a slave component clock domain different from the master 
component clock domain, 

7. (Original): The method of claim 5, wherein the slave component bus protocol is the 
PI protocol. 

8. (Original): The method of claim 5, further comprising synchronizing the reset signal 
to the master component clock domain. 

9. (Original): The method of claim 8, further comprising setting the master component 
to an idle state. 

10. (Previously Presented): The method of claim 9, further comprising setting a bus 
bridge slave interface in an idle state while the slave component is being reset. 

11. (Currently Amended): A method for independently resetting a side of a bus bridge, 
the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain^ 

wherein receiving the reset signal includes svnchronouslv receiving the reset signal at 
both an interface and an altemating state handler, the interface coupling the first side 
component to the bus bridge and the altemating state handler being associated with the first 
side. 

12. (Original): The method as recited in claim 11, further comprising: 
synchronizing the reset signal with the second side of the bus bridge such that a 

component associated with the second side can transition to an idle state. 
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13. (Previously Presented): The method as recited in claim 11, wherein receiving the 
reset signal includes: 

receiving the reset signal at an interface, the interface coupling the first side component 
to the bus bridge. 

14. (Canceled) 

15. (Currently Amended): The method as recited in claim [[14]] IT, wherein the 
alternating state handler is an SR type flip-flop. 

16. (Previously Presented): The method as recited in claim 11, wherein both the 
components are implemented in programmable logic. 

17. (Canceled) 

18. (Canceled) 

19. (Previously Presented): A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain; and 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side can transition to an idle state, wherein 
synchronizing the reset signal includes: 

receiving a S5mchronization signal by synchronization logic, the synchronization 
signal being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated 
with the second clock domain; and 

outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running; 

receiving the initialization idle signal by an interface configured for coupling to the 
component associated with the second side of the bridge; and 
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outputting a component idle signal to the component associated with the second side of 
the bridge in response to receiving the initialization idle signal, the component idle signal being 
used to trigger the component associated with the second side of the bridge to transition to the 
idle state. 

20. (Previously Presented): The method as recited in claim 19, further comprising: 
outputting a confirmation idle signal from the interface, the confirmation idle signal 

provided to indicate when the component associated with the second side of the bridge has 
reached the idle state. 

21. (Currently Amended): A bus bridge for handling resets, the bus bridge comprising: 
a bus bridge master interface, the bus bridge master interface coupled to a slave 

component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols : and 

an altemating state handler being associated with the first side, wherein both the bus 

bridge master interface and the altemating state handler are configured for svnchronouslv 
receiving the reset signal on the first side of the bus bridge . 

22. (Previously Presented): The bus bridge as recited in claim 21, wherein the first side 
corresponds to a first clock domain and the second side corresponds to a second clock domain, 
the first and second clock domains being different from each other. 

23. (Original): The bus bridge as recited in claim 22, further comprising: 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state. 

24. (Canceled) 

25. (Currently Amended): The bus bridge as recited in claim [[24]] 21, wherein the 
alternating state handler is a SR type flip-flop. 
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26. (Previously Presented): The bus bridge as recited in claim 21, wherein both the 
components are implemented in programmable logic. 

27. (Previously Presented): The bus bridge as recited in claim 21, wherein one of the 
components is implemented in hard logic. 

28. (Canceled) 

29. (Previously Presented): A bus bridge for handling resets, the bus bridge 
comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols, wherein the first side 
corresponds to a first clock domain and the second side corresponds to a second clock domain, 
the first and second clock domains being different from each other; 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state, 
wherein the synchronization logic is configured for receiving a synchronization signal that is a 
result of the reset signal; for receiving a clock input that is associated with the second clock 
domain; and for outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running, 

wherein the bus bridge slave interface is configured for receiving the initialization idle 
signal; and for outputting a component idle signal to the master component in response to 
receiving the initialization idle signal, the component idle signal being used to trigger the 
master component to transition to an idle state. 

30. (Original): The bus bridge as recited in claim 29, wherein the bus bridge slave 
interface is further configured for outputting a confirmation idle signal that is used to indicate 
when the master component has reached an idle state. 
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31. (Currently Amended): A computer readable recording medium storing program 
instructions for handling resets at a bus bridge, the program instructions comprising: 

instructions for receiving a reset signal at a bus bridge coupling a master component 
supporting a master component bus protocol to a slave component supporting a slave 
component bus protocol, the reset signal associated with a reset of the slave component; and 

instructions for responding to a transaction from the master component to the slave 
component with a bus protocol compliant signal after the reset signal is received, wherein 
responding with a bus protocol compliant signal allows the master component to continue 
operating without violating bus protocols while the slave component is being rese t, wherein the 
bus protocol compliant signal is a bus error signal . 

32. (Previously Presented): The computer readable recording medium of claim 31, 
wherein the reset signal is received at a bus bridge master interface. 

33. (Previously Presented): The method as recited in claim 1, wherein either the 
master component or slave component is implemented in programmable logic on a 
programmable device. 

34. (Previously Presented): The method as recited in claim 33, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

35. (Previously Presented): The method as recited in claim 1, wherein responding with 
a bus protocol compliant signal allows the master component to continue operating without 
stalling while the slave component is being reset. 

36. (Previously Presented): The method as recited in claim 1, wherein responding with 
a bus protocol compliant signal allows the master component to continue operating without 
locking up while the slave component is being reset. 

37. (Previously Presented): The method as recited in claim 11, wherein either the 
component associated with the first side or the component associated with the second side is 
implemented in programmable logic on a programmable device. 
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38. (Previously Presented): The method as recited in claim 37, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

39. (Previously Presented): The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the component associated with the second side to 
continue operating without stalling while the component associated with the first side is being 
reset. 

40. (Previously Presented): The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the component associated with the second side to 
continue operating without locking up while the component associated with the first side is 
being reset. 

41. (Previously Presented): The bus bridge as recited in claim 21, wherein the bus 
bridge is implemented on a programmable device. 

42. (Previously Presented): The bus bridge as recited in claim 41, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

43. (Previously Presented): The bus bridge as recited in claim 21, wherein the bus 
bridge slave interface is configured to interact with the master component on the second side of 
the bus bridge such that the slave component is reset while the master component continues 
operating without stalling. 

44. (Previously Presented): The method as recited in claim 21, wherein the bus bridge 
slave interface is configured to interact with the master component on the second side of the 
bus bridge such that the slave component is reset while the master component continues 
operating without locking up. 
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